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Foreword 
(This Foreword is not a part of IEEE Std 696-1983, IEEE Standard 696 Interface Devices.) 


This standard represents over four and a half years of effort by numerous individuals to make the 
IEEE Std 696-1983 a truly workable and technically excellent standard. The original version of the 
standard was published in the July 1979 issue of COMPUTER magazine, and this standard repre- 
sents a significant fine tuning of the original. 

In the main, changes to the original consist of editorial changes to clear up ambiguities. The 
major technical change involves how we think about 8- and 16-bit bus transfers, rather than how 
the mechanism works electrically. To go along with this change in thinking, some new nomenclature 
was agreed upon. 

To be more specific, the original standard described 16-bit transfers in terms of a high and low (or 
most and least significant) byte. This presented a problem because CPU chip manufacturers chose to 
order the bytes different from each other, that is, some transfer the high byte on the lower half of 
the data bus, and some do just the opposite. It was clear that the working group had to settle the 
issue of where to place each byte. A fundamental problem was that the group was split fairly evenly 
on this issue. The solution that evolved is both clever and unique in that it made everybody happy. 

It was decided that the standard should not dictate a significance of the bytes at all. Instead, the 
standard concerns itself with making sure that bytes read or written in an 8-bit mode is read or 
written consistently in a 16-bit mode, and vice versa. Originally, data bits were called DATA16— 
DATAO in a 16-bit mode, which inherently designates significance. Now the 16 data bits are 
thought of only as two bytes: an odd byte and an even byte—now called OD7-0 and ED7-0 (OD for 
Odd Data and ED for Even Data). The terms high and low have been replaced by odd and even, 
respectively. 

Basically, the rule is as follows: Byte data that is written or read with AU=1 appears on the OD7-0 
lines during a 16-bit transfer. Byte data that is written or read with AO=0 appears on the ED7-0 
lines during a 16-bit transfer. The nomenclature of OD and ED (odd data and even data) make it 
easy to remember the rule when looking at a schematic. All one has to do is think about the fact 
that any address with AO=1 is odd, and any address with AO=0 is even. 

There was one other change in the nomenclature, and that concerns the renaming of the term 
DMA (Direct Memory Access) to TMA (Temporary Master Access). This is the reason for the 
change. When a temporary master is accessing the bus, it may execute any type of cycle—memory 
or I/O. The term DMA implies that a memory access (as opposed to I/O) is the only type of cycle 
allowed. Since this implication is incorrect, the term TMA was substituted as it does not imply any 
particular type of cycle, and is also an accurate descriptor of the type of operation that is occurring. 

As mentioned earlier, the only other changes to the standard were those required to clear up 
ambiguities that existed, and to specify parameters that had been implied by the standard, but not 
specifically stated. 

The bulk of the standard remains unchanged, and has proven itself to be workable, practical, and 
quite viable in the real world, as well as on paper. As it stands, it is the culmination of the efforts 
of some of the brightest minds in the computing industry. It has turned out remarkably well, in 
view of the fact that it was started with a very arbitrary bus and ended up with an extremely flex- 
ible and usable bus structure, while preserving an extraordinary degree of compatibility with pre- 
existing designs. 

This standard was prepared by the 696 Working Group of the Microprocessor Standards Com- 
mittee of the IEEE Computer Society. At the time this standard was approved the membership of 
the working group was as follows: 


Mark Garetz, Chairman 


Bob Davis Howard Fullmer* Sol Libes Don Pannell 

Kells Elmquist David Gustavson Dick Lowe William Stark 
Tim Erickson Richard Jones Ed Lupin Bob Stewart 
Gary Feirbach Chuck Krause George Morrow* Michael Stolowitz 
Kevin Fischer John Terry 


*Past Chairman 


When the IEEE Standards Board approved this standard on June 10, 1982, it had the following 
membership: 


I. N. Howell, Jr, Chairman Edward Chelotti, Vice Chairman 
Sava I. Sherr, Secretary 
Cc. Y.R. Allen J. V. Fleckenstein A. R. Parsons 
J.J. Archambault Jay Forster J. P. Riganati 
James H. Beall Kurt Greene Frank L. Rose 
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1. General 


1.1 Scope. This standard applies to interface 
systems for computer system components in- 
terconnected by way of a 100-line parallel 
backplane commonly known as the 8-100 bus. 

It applies to microprocessor computer sys- 
tems, or portions of them, where: 

(1) Data exchanged among the intercon- 
nected devices is digital 

(2) A maximum of 22 devices are intercon- 
nected 

(3) The total transmission path length 
among interconnected devices is less than or 
equal to 25 in (63.5 cm) 

(4) The maximum switching rate of any sig- 
nal on the bus is less than or equal to 6 MHz 


1.2 Object. This standard is intended: 

(1) To define a rational, general-purpose in- 
terface system for designers of new computer 
system components that will ensure their com- 
patibility with present and future IEEE Std 
696 computer systems. 

(2) To provide the microprocessor com- 
puter-system user with compatible device fam- 
ilies which will communicate in an unambig- 
uous way without modification, from which a 
modularly expandable computer system may 
be constructed. 

(3) To enable the interconnection of inde- 
pendently manufactured devices into a single 
system. 

(4) To specify terminology and definitions 
related to the system. 

(5) To define a system with the minimum 
number of restrictions on the performance 
characteristics of devices connected to the 
system. 

(6) To define a system that, of itself, is of 
relatively low cost, and allows the interconnec- 
tion of low-cost devices. 

(7) To define a system that is easy to use. 


1.3 Definitions. The following definitions 
apply for the purpose of this standard. This 
section contains only general definitions. De- 
tailed definitions are given in other sections as 
appropriate. 

Within the context of this standard, the verbs 
shall and should are to be interpreted as fol- 
lows: 

Mandatory requirements will be character- 
ized by the use of the verb shail. 

Recommended practices will be characterized 
by the use of the verb should. 

1.3.1 General-System Terms 
compatibility. The degree to which devices 
may be interconnected and used without modi- 
fication, when designed to conform to Sections 
2,3, and 4 of this standard. 


device. A circuit or logical group of circuits 
resident on one or more boards capable of in- 
teracting with other such devices through the 
bus. 


interface. A shared electrical boundary be- 
tween parts of a computer system, through 
which information is conveyed. 


interface system. The device independent func- 
tional, electrical, and mechanical elements of 
an interface necessary to effect unambiguous 
communication among a set of devices. Driver 
and receiver circuits, signal line descriptions, 
timing and control conventions, data transfer 
protocols, and functional logic circuits are 
typical system elements. 

kilobyte 1024 = 2!° 

megabyte 1 048 576 = 27° 
system. A set of interconnected elements con- 
stituted to achieve a given objective by per- 
forming specified functions. 

1.3.2 Signals and Paths 
active. A signal in its logically true state. 


activate. Same as: assert. 
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assert. To cause a signal line to transition from 
its logically false (inactive) state to its logically 
true (active) state. The true or active state is 
either a high or low state, as specified for each 
signal. 


bidirectional bus. A bus used by any individual 
device, or set of devices, for the two-way trans- 
mission of data, that is both input and output. 


bit-parallel. A set of concurrent data bits pres- 
ent on a like number of signal lines used to 
carry information. Bit-parallel data bits may be 
acted upon concurrently as a group or inde- 
pendently as individual data bits. 


bus. A set of signal lines used by an interface 
system, to which a number of devices are con- 
nected, and over which information is trans- 
ferred between the devices. 


bus cycle. The basic sequence of electrical 
events required to complete a transfer of data 
on the bus. A bus cycle shall contain at least 
three bus states. 


bus state. A bus state is one clock cycle long 
and begins and ends just before the rising edge 
of ¢. There shall be at least three bus states in 
every bus cycle. 


byte. A set of bit-parallel signals corresponding 
to binary digits operated on as a unit. Connotes 
a group of eight bits where the most significant 
bit carries the subscript 7 and the least signifi- 
cant bit carries the subscript 0. 


byte-serial. A sequence of bit-parallel data 
bytes used to carry information over a com- 
mon bus. 


deactivate. To cause a signal to transition from 
its logically true (active) state to its logically 
false (inactive) state. Opposite of assert. 


high state. The electrically more positive signal 
level used to assert a specific message contént 
associated with one of two binary logic states. 


inactive. A signal in its logically false state. 


low state. The electrically less positive signal 
level used to assert a specific message content 
associated with one of two binary logic states. 


signal. The physical representation which con- 
veys data from one point to another. For the 
purpose of this standard, this applies to digital 
electrical signals only. 


signal level. The magnitude of a signal when 
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considered in relation to an arbitrary reference 
magnitude (voltage in the case of this stan- 
dard). 


signal line. One of a set of signal conductors in 
an interface system used to transfer messages 
among interconnected devices. 


signal parameter. That parameter of an elec- 
trical quantity whose values or sequence of 
values convey information. 


unidirectional bus. A bus used by a device for 
one-way transmission of messages, that is, 
either input only or output only. 


word. A set of bit-parallel signals corresponding 
to binary digits and operated on as a unit. For 
this standard word connotes a group of 16 bits 
where the most significant bit carries the sub- 
script 15 and the least significant bit carries the 
subscript 0. 


1.4 State Diagram Notation. Each state that an 
interface function can assume is represented 
graphically by a circle. A mnemonic is used 
within the circle to identify the state. 

All permissible transitions between states of 
an interface function are represented graph- 
ically by arrows between them. Each transition 
between states may be qualified by an expres- 
sion whose value must be either true or false. If 
a state transition is not qualified by an expres- 
sion it is implied that transition from one state 
to another will occur after some time period, as 
indicated in the timing specifications. An inter- 
face function must enter the state pointed to if 
and only if the driving expression becomes 
true, or in the case of a time dependent transi- 
tion, as soon as the minimum specified time 
has passed. 


EXPRESSION 1 


EXPRESSION 2 


An expression consists of two parts, a driving 
expression and a driven expression, separated 
by a slash (/). The driving expression shall spec- 
ify the conditions necessary for the state transi- 
tion. The driven expression is optional and is 
used to indicate signal transitions as a result of 
the state transition. A signal transition is indi- 
cated by the signal name followed by an equal 


1803090) 
Std 696-1983 


sign (=), followed by an indication of the state 
attained by the signal as a result of the transi- 
tion. A driving expression consists of one or 
more messages used in conjunction with the 
operators AND (a*b), OR (atb), and NOT (-a). 
Precedence is defined by parentheses. An ex- 
ample expression is: (driving/driven) 


A * (B+C) / D=F(ALSE), E=T(RUE) 


If A AND (B OR C) is true, then D is forced 
false and E is forced true, and the state transi- 
tion takes place. 


1.5 Logical and Electrical State Relationships. 
This standard makes a distinction between the 
logical function of a signal and its electrical im- 
plementation. All equations in this standard are 
logic equations, not electrical equations (un- 
less otherwise stated), and are written in terms 
of logic states. 
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There are two types of electrical implemen- 
tation of the logic states as given in Tables 1 
and 2. 

In translating a logic equation into an elec- 
trical implementation, care must be taken to 
account for the active-high or active-low char- 
acter of the electrical signal. For example, the 
logic equation 
MWRT = pWR *-sOUT, (logic equation) when 
implemented electrically, becomes 
MWRT = (- pWR*) * - sOUT, (electrical equa- 

tion) 
since 

pWR* = electrical signal carrying the pWR 

information on the bus. 


Note that this is equivalent to 


MWRT = - (pWR* + sOUT), (electrical equa- 
tion 
by deMorgan’s theorem; consequently, a single 


Table 1 


Active 


High Signals 


Active high signals are represented without a suffix 
after the signal name mnemonic (that is, ABCD). 


Binary 
Logic State State 


Electrical Electrical 
Signal Level State 


FALSE (F) 0 


TRUE (T) 1 


CORRESPONDS TO L 
<=0.8 V, CALLED 
THE LOW STATE. 


CORRESPONDS TO H 
>= 2.0 V, CALLED 
THE HIGH STATE. 


Table 2 


Active 


Low Signals 


Active low signals are represented with an asterisk 


ic (that is, ABCD*). 


suffix after the mnemon 


Binary 
Logic State State 
FALSE (F) 0 
TRUE (T) 1 


Electrical Electrical 
Signal Level State 
CORRESPONDS TO H 


>= 2.0 V, CALLED 
THE HIGH STATE. 


CORRESPONDS TO L 


<=0.8 V, CALLED 
THE LOW STATE. 
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two-input NOR gate is sufficient to implement 
MWRT, if it meets the loading and drive re- 
quirements. 

The edge or change of electrical value of an 
electrical signal on a timing diagram which 
causes a transition change of the variable as a 
logic variable from false to true is: 


Signal Edge 
active high rising 
active low falling 


Logic equations in the state diagrams are writ- 
ten in terms of logic state, not electrical state. 

The suffix asterisk ‘‘*’’ is not a negation op- 
erator. It is a designator (like a comment or 
footnote) attached to a name, telling the reader 
what the relationship is between the truth state 
and the electrical state. That is, this variable is 
true when the line on the bus is low. 

A prefix minus sign ‘-’’ represents the logical 
negation operator and is equivalent to the use 
of an overbar. Parentheses are used to enclose 
the negated variable when required for clarity. 


1.6 Interface System Overview 

1.6.1 Interface System Objective. The overall 
purpose of the interface system is to provide an 
effective communication link over which mes- 
sages are carried in an unambiguous way among 
a group of interconnected devices. 

Messages in an interface system belong to 
either of two broad categories: 

(1) Messages used to manage the interface 
system itself, called interface messages. 

(2) Messages used by the devices intercon- 
nected by the interface system, and carried by 
that system, but not part of the interface sys- 
tem itself (that is, data). These are called device 
dependent messages. 

The interface system herein described com- 
prises the necessary functional and electrical 
specifications for interface messages to effect 
the objective of this standard, but it is beyond 
the scope of this standard to specify the nature 
or meaning (other than electrical signal level) 
of device dependent messages. 


1.6.2 Fundamental Communication Capabil- 
ities. An effective communication link requires 
two basic functional elements to organize and 
manage the flow of information among de- 
vices: 

(1) A device acting as a bus master 

(2) A device acting as a bus slave 
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All data transfer communications between a 
bus master and a bus slave are carried out in 
terms of a generalized bus cycle generated by 
the bus master and responded to by the ad- 
dressed bus slave. 

In the context of the interface system de- 
scribed by this standard: 

(1) A device acting as a bus master has the 
capability to address all bus slaves, or some 
portion of them, by generating all interface 
messages necessary to effect a bus cycle, and 
has the capability to transfer device dependent 
messages to or from the addressed bus slave as 
a part of that bus cycle. 

(2) A device acting as a bus slave monitors 
all bus cycles, and has the capability, thus, to 
be addressed by a bus master and to transfer 
device dependent messages to or from a bus 
master. 

Bus master and bus slave capabilities occur 
both individually and collectively in boards in- 
terconnected by way of the interface system 
defined by this standard. 

1.6.3 Message Paths and Bus Structure. The 
IEEE Std 696 Bus interface system consists of 
a set of signal lines used to carry all informa- 
tion, interface messages, and device dependent 
messages among interconnected devices. 

The bus structure is organized into eight sets 
of signal lines and one set of power lines as 
shown in Table 3. 


Table 3 
Bus Structures 


(1) Data bus: 

(2) Address bus 

(3) Status bus 

(4) Control output bus 
(5) Control input bus 

(6) TMA control bus 

(7) Vectored interrupt bus 
(8) Utility bus 

(9) Power Bus 


16 signal lines 

16 or 24 signal lines 
8 signal lines 

5 signal lines 

6 signal lines 

8 signal lines 

8 signal lines 

16 signal lines 

9 power lines 


2. Functional Specifications 


2.1 Functional Partition. Devices intercon- 
nected by way of the interface system are 
divided into two broad classifications, bus mas- 
ters and bus slaves, according to their relation- 
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ship to the generation and reception of inter- 
face messages. 

Devices acting as bus masters shall be respon- 
sible for the initiation of all bus cycles, and for 
the generation of all signals necessary for the 
conduction of an unambiguous bus cycle. 
These signals are termed type M signals, and 
consist of the address, status, and control 
buses. Device-dependent messages are trans- 
mitted and received on the data bus. 

Bus masters are subdivided into two classifi- 
cations, permanent masters and temporary 
masters. A bus master (generally a CPU) is the 
highest priority master in the interface system. 
A temporary master may request the bus from 
the permanent master for an arbitrary number 
of bus cycles, and then returns control] of the 
bus to the permanent master. The transfer of 
bus control from a permanent master to a tem- 
porary master and back to the permanent mas- 
ter is termed a TMA (Temporary Master Ac- 
cess) cycle. 

The difference between a permanent bus 
master and a temporary bus master is that: 

(1) Only one permanent master shall exist 
within the interface system, whereas up to 16 
temporary masters may co-exist in a single 
system. 

(2) A temporary master is not subject to a 
TMA cycle, that is, there are no nested TMA 
operations. 

Devices acting as bus slaves are bus-cycle re- 
ceptors. A bus slave monitors all bus cycles 
and, if addressed during a particular bus cycle, 
accepts or sends the requested device-depen- 
dent message on the data lines. While bus mas- 
ters shall generate a specific set of signals in 
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order to ensure an unambiguous bus cycle, a 
bus slave need only examine and generate that 
subset of bus signals necessary to communicate 
with bus masters. 


2.2 Signal Lines 

2.2.1 General. The bus is a collection of mes- 
sage paths defined relative to the current bus 
master. They are: 

(1) Address bus 

(2) Status bus 

(3) Data input/output bus 

(4) Control output bus 

(5) Control input bus 

(6) TMA control bus 

(7) Vectored interrupt bus 

(8) Utility bus 

The nature and use of each bus is specified in 
the following sections. Except as otherwise 
specified, all bus signals are three-state lines. 

2.2.2 Address Bus. The address bus consists 
of 16 or 24 bit-parallel signal lines used to 
select a specific location in memory or a spe- 
cific input/output device for communication 
during the current bus cycle. 

All bus masters shall assert AO through A15, 
but may assert lines A16 through A23 if ex- 
tended address capability is desired. Validity of 
the address bus is defined in 2.7.2. 

All address lines are three-state lines. 

Table 4 summarizes address usage for various 
bus cycles. 

2.2.2.1 Standard Memory Addressing. The 
standard memory address bus consists of 16 
lines specifying 1 of 64 kilobyte memory loca- 
tions. These 16 lines are named A15 through 
AO, where A15 is the most significant bit. 


Table 4 
Address Usage for Different Bus Cycles 


Cycle Type 


MEMORY READ 
MEMORY WRITE 

M1 (OP-CODE FETCH) 
INPUT 

OUTPUT 


INTERRUPT ACKNOWLEDGE 


Standard Extended 
Addressing Addressing 
A15-A0 A23-A0 
A7-A0t A15-A0 
NONE NONE 
NONE NONE 


HALF ACKNOWLEDGE 


+See 2.2.2.4 
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2.2.2.2 Extended Memory Addressing. The 
extended memory address bus consists of 24 
lines specifying 1 of 16 megabyte memory lo- 
cations. These 24 lines are named A23 through 
AO, where A283 is the most significant bit. 

2.2.2.3 PHANTOM*. The PHANTOM: sig- 
nal provides the capability of over-laying two 
memory slaves at a common address location. 
When this line is activated phantom memory 
slaves are enabled and normal memory slaves 
are disabled. Ali normal memory slaves shall 
have the capability of being disabled in re- 
sponse to PHANTOM? being asserted. Normal 
memory slaves shall be disabled during PH AN- 
TOM* for both read and write cycles. 

2.2.2.4 Standard Input/Output Device Ad- 
dressing. The standard I/O device address bus 
consists of 8 lines, A7 through AO, specifying 1 
of 256 I/O devices. A7 is the most significant 
bit. 
NOTE: The I/O device address has traditionally been 
duplicated onto the high order address byte, A15-A8. 
While this is considered acceptable procedure, it is not 
recommended for new designs as it complicates expan- 
sion to extended I/O device addressing. Standard I/O 


slaves shall not rely solely on the high order address 
byte for address decoding. 


2.2.2.5 Extended Input/Output Device Ad- 
dressing. The extended I/O device address bus 
consists of 16 lines, A15 through AO, specify- 
ing 1 of 64 kilobyte devices. A15 is the most 
significant bit. 
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2.2.3 Status Bus. The status bus consists of 
eight lines which identify the nature of the bus 
cycle in progress, and qualify the nature of the 
address on the address bus. 

The mnemonics for status lines always begin 
with a lowercase s. 

The 8 status lines are: 


(1) Memory read sMEMR 

(2) Op-code fetch sM1 

(3) Input sINP 

(4) Output sOUT 

(5) Write cycle sWO* 

(6) Interrupt acknowledge sINTA 

(7) Halt acknowledge sHLTA 

(8) Sixteen-bit data transfer sXTRQ* 
request 


The 8 lines on the status bus shall be gener- 
ated by the current bus master. 
All status lines are three-state lines. 
Validity of the status bus is given in 2.7.2. 
2.2.3.1 Status Memory Write. One relevant 
status signal is not directly available on the bus, 
but may be created on individual slaves by the 
combination of two others. Status Memory 
Write is defined as: 
sMemory Write = (-sOUT) * xWO, (logic equa- 
tion 
that is, status memory write is true when sOUT 
is false and s WO (write) is true. 
2.2.3.2 Status Usage Chart. Table 5 gives 
the status word definitions for all possible bus 
cycles. 


Table 5 


Status Usage Chart 
ea6Qq0qQq@oOooooON0S$@$qC eS 


STATUS BITS sMEMR 
CYCLE TYPE 
MEMORY READ (B) H 
(Ww) H 
OPCODE FETCH (B) H 
(W) H 
MEMORY WRITE (B) L 
(W) L 
OUTPUT (B) L 
(Ww) L 
INPUT (B) L 
(Ww) L 
INTERRUPT (B) L 
ACKNOWLEDGE (W) L 
HALT ACKNOWLEDGE xX 
IDLE L 


sM1 sWO* sOUT sINP sINTA sHLTA sXTRQ* 
L H L L L L H 
L H L L L L L 
H H L L L L H 
H H L L L L L 
L L L L L L H 
L L L L L L L 
L L H L L L H 
L L H L L L L 
L H L H L L H 
L H L H L L L 
X H L L H L H 
xX H L L H L L 
xX H L L L H ».¢ 
L H L L L L X 


[T_T 


Legend B = 8-BIT OPERATION L 
H = HIGH STATE Ww 
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LOW STATE 
16-BIT OPERATION 


x 


DON’T CARE 


IEEE 
Std 696-1983 


(W) Refers to word (16-bit data path) opera- 


tions 

(B) Refers to byte (8-bit data path) operations 
H = High state 

L = Low state 

X = Don’t care 


2.2.4 Data Bus. Data input and data output 
are always specified relative to the current bus 
master. Data transmitted by the current bus 
master to a bus slave is called data output. Data 
received by the current bus master from a bus 
slave is called data input. 

The data bus consists of 16 lines grouped as 
two unidirectional 8-bit buses for byte opera- 
tion and as a single bidirectional bus for 16-bit 
word operations. 

2.2.4.1 Byte Operations. Two unidirec- 
tional 8-bit buses are used for byte data trans- 
fers. Data output appears on the data output 
bus (DO7-DO0), where DO7 is the most signifi- 
cant bit. 

Data input appears on the data input bus 
(DI7-DI0), where DI7 is the most significant 
bit. 

2.2.4.2 Word Operations. For 16-bit data 
transfers the DI and the DO buses are ganged 
together, creating a single 16-bit bidirectional 
bus. Two signal lines control the ganging of the 
data buses, sixteen request (sXTRQ*) and six- 
teen acknowledge (SIXTN*). When both of 
these lines are true (in the low state), the data 
buses are ganged with the even addressed byte 
on the DO bus (which now becomes named 
ED7-EDO; ED for “even data’’), and the odd 
addressed byte on the DI bus (which now be- 
comes OD7-OD0O; OD for ‘‘odd-data’’). 

Complete specification of the 8/16-bit pro- 
tocol is given in 2.6. 


2.2.5 Control Output Bus. The 5 lines of the 
control output bus determine the timing and 
movement of data during any bus cycle. The 
mnemonics for the control output lines always 
begin with a lowercase p. 

The five lines are: 

(1) pSYNC, which indicates the start of a 
new bus cycle 

(2) pSTVAL*, the active edge of which in 
conjunction with pSYNC indicates that stable 
address and status may be sampled from the 
bus in the current cycle. 

(3) pDBIN, a generalized read strobe that 
gates data from an addressed slave onto the 
data bus. 
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(4) pWR*, a generalized write strobe that 
writes data from the data bus into an addressed 
slave. 

(5) pHLDA, the hold acknowledge signal 
that indicates to the highest priority temporary 
master that the permanent master is relinquish- 
ing control of the bus. 

The control output signals are subject to the 
functional and timing disciplines given in 2.7, 
3.8, and 3.9. 


2.2.6 Control Input Bus. The six lines of the 
control input bus allow bus slaves to synchro- 
nize the operations of bus masters with condi- 
tions internal to the bus slave (for example, 
data not ready), and to request operations of 
the permanent master (for example, interrupt 
or hold). 

The six control input lines are: 

(1) RDY 

(2) XRDY 

(3) INT* 

(4) NMI* 

(5) HOLD* 

(6) SIXTN* 

2.2.6.1 Ready Lines. The ready lines are 
used by bus slaves to synchronize bus masters 
to the response speed of the slave. Thus, cycles 
are suspended and wait states inserted until 
both are asserted. 

The RDY line is the general ready line for 
bus slaves. It is specified as an open collector 
line. 

The XRDY line is a special ready line com- 
monly used by front panel devices to stop and 
single step bus masters. It is specified as an 
active line, therefore it should not be used by 
other bus slaves, since a bus conflict may exist. 

2.2.6.2 Interrupt Lines. The two interrupt 
lines, INT* and NMI™*, are used to request ser- 
vice from the permanent bus master. 

The INT* line may be masked off by the bus 
master, usually by way of an internal software 
operation. If the master accepts the interrupt 
request on the INT™* line, it may respond with 
an interrupt acknowledge bus cycle, accepting 
vectoring information from the data bus. 
During vectored interrupts, INT* indicates the 
acceptance, by the vectored interrupt con- 
troller, of one or more vectored interrupt re- 
quests. 

The NMI* line is a nonmaskable interrupt re- 
quest line, that is, it may not be masked off by 
the bus master. Accepting an interrupt on the 
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Table 6 
IEEE Std 696 Bus Pin List 
Pin Active 
No Signal and Type Level Description 
a 
a +8 V (B) Instantaneous minimum greater than 7 V, instantaneous 


maximum less than 25 V, average maximum less than 11 V. 


2 +16 V (B) Instantaneous minimum greater than 14.5 V, instantaneous 
maximum less than 35 V, average maximum less than 21.5 V 


3 XRDY (S) H One of two ready inputs to the current bus master. The bus 
is ready when both these ready inputs are true. See pin 72. 
4 VIO* (S) L Oc Vectored interrupt line 0 
5 VI1i* (S) L oc Vectored interrupt line 1 
6 V12* (S) L OC Vectored interrupt line 2 
7 VI3* (S) L OC Vectored interrupt line 3 
8 VI4* (S) L Oc Vectored interrupt line 4 
9 VI5* (S) L oc Vectored interrupt line 5 
10 VI6* (S) L Oc Vectored interrupt line 6 
11 VI7* (S) L oc Vectored interrupt line 7 
12 NMI* (S) L oc Non-maskable interrupt 
13 PWRFAIL* (B) L Power fail bus signal. (See 2.10.1 regarding pseudo open 
collector nature) 
14 TMA38* (M) L oc Temporary master priority bit 3 
15 A18 (M) H Extended address bit 18 
16 A16 (M) H Extended address bit 16 
17 Al17 (M) H Extended address bit 17 
18 SDSB* (M) L OC The signal to disable the 8 status signals 
19 CDSB* (M) L oc The signal to disable the 5 control output signals 
20 0 V (B) Common with pin 100 
21 NDEF Not to be defined. Manufacturer must specify any use in detail 
22 ADSB* (M) L OC The signal to disable the address signals 
23 DODSB* (M) L OC The control signal to disable the data output signals. (DO7-0 
for 8 bit transfers, ED7-0 and OD7-0 for 16 bit transfers) 
24 ¢ (B) A The master timing signal for the bus 
25 pSTVAL* (M) L Status valid strobe 
26 pHLDA (M) H A control signal used in conjunction with HOLD* to 
coordinate bus master transfer operations 
27 RFU Reserved for future use 
28 RFU Reserved for future use 
29 A5 (M) H Address bit 5 
30 A4 (M) H Address bit 4 
31 A3 (M) H Address bit 3 
32 A15 (M) H Address bit 15 (most significant for non-extended addressing. ) 
33 Al12 (M) H Address bit 12 
34 A9 (M) H Address bit 9 
35 DO1 (M)/ED1 (M/S) H Data out bit 1, bidirectional even data bit 1 
36 DOO (M)/EDO (M/S) H Data out bit 0, bidirectional even data bit 0 
37 Al0 (M) H Address bit 10 
38 DO4 (M)/ED4 (M/S) H Data out bit 4, bidirectional even data bit 4 
39 DO5 (M)/ED5 (M/S) H Data out bit 5, bidirectional even data bit 5 
40 DO6 (M)/ED6 (M/S) H Data out bit 6, bidirectional even data bit 6 
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Table 6 
IEEE Std 696 Bus Pin List (Continued) 

Pin Active 

No Signal and Type Level Description 

41 DI2 (S)/OD2 (M/S) H Data in bit 2, bidirectional odd data bit 2 

42 DI3 (S)/OD3 (M/S) H Data in bit 3, bidirectional odd data bit 3 

43 DI7 (S)/OD7 (M/S) H Data in bit 7, bidirectional odd data bit 7 

44 sM1 (M) H The status signal which indicates that the current cycle is 
an op-code fetch 

45 sOUT (M) H The status signal identifying the data transfer bus cycle 
to an output device 

46 sINP (M) H The status signal identifying the data transfer bus cycle 
from an input device 

47 sMEMR (M) H The status signal identifying bus cycles which transfer data 
from memory to a bus master, which are not interrupt 
acknowledge instruction fetch cycle(s) 

48 sHLTA (M) H The status signal which acknowledges that a HLT instruction 
has been executed 

49 CLOCK (B) A 2 MHz (+0.5%) 40-60% duty cycle. Not required to be 
synchronous with any other bus signal 

50 0 V (B) Common with pin 100 

51 +8 V (B) Common with pin 1 

52 Instantaneous maximum less than -14.5 V, instantaneous 

~16V (B) minimum greater than —35 V, average minimum greater 

than - 21.5 V 

53 0 V (B) Common with pin 100 

54 SLAVE CLR* (B) L OC A reset signal to reset bus slaves. Must be active with POC* 
and may also be generated by external means 

55 TMAO* (M) L Oc Temporary master priority bit 0 

56 TMA1* (M) L oc Temporary master priority bit 1 

57 TMA2* (M) L oc Temporary master priority bit 2 

58 sXTRQ* (M) L The status signal which requests 16-bit slaves to assert 
SIXTN* 

59 A19 (M) H Extended address bit 19 

60 SIXTN* (S) L OC The signal generated by 16-bit slaves in response to the 
16-bit request signal sXTRQ* 

61 A20 (M) H Extended address bit 20 

62 A21 (M) H Extended address bit 21 

63 A22 (M) H Extended address bit 22 

64 A23 (M) H Extended address bit 23 

65 NDEF Not to be defined signal 

66 NDEF Not to be defined signal 

67 PHANTOM* (M/S) L OC A bus signal which disables normal slave devices and 
enables phantom slaves—primarily used for bootstrapping 
systems without hardware front panels. 

68 MWRT (B) H pWR* -sOUT (logic equation). This signal must follow pWR* 
by not more than 30 ns. (See NOTE, 2.7.5.3) 

69 RFU Reserved for future use 

710 0 V (B) Common with pin 100 

71 RFU Reserved for future use 

72 RDY (S) H OC See comments for pin 3 

73 INT* (S) L oc The primary interrupt request bus signal 

74 HOLD* (M) L oc The control signal used in conjunction with pHLDA to 


coordinate bus master transfer operations 
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Signal and Type 
RESET* (B) 


pSYNC (M) 
pWR* (M) 


PDBIN (M) 


AO (M) 

Al (M) 

A2 (M) 

AG (M) 

A7 (M) 

A8 (M) 

A13 (M) 

Al4 (M) 

All (M) 

DO2 (M)/ED2 (M/S) 
DO3 (M)/ED3 (M/S) 
DO7 (M)/ED7 (M/S) 
DI4 (S)/OD4 (M/S) 
DI5 (S)/OD5 (M/S) 
DI6 (S)/OD6 (M/S) 
DI1 (S)/OD1 (M/S) 
DIO (S)/ODO (M/S) 


sINTA (M) 
sWO* (M) 
ERROR* (S) 
POC* (B) 


0 V (B) 


IEEE Std 696 Bus Pin List (Continued) 


Active 
Level 


L oc 


cor 
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Table 6 


Description 


The reset signal to reset bus master devices. This signal 
must be active with POC* and may also be generated by 
external means 


The control signal identifying BS, 


The control signal signifying the presence of valid data on 
DO bus or data bus 


The control signal that requests data on the DI bus or data 
bus from the currently addressed slave 


Address bit 0 (least significant) 

Address bit 1 

Address bit 2 

Address bit 6 

Address bit 7 

Address bit 8 

Address bit 13 

Address bit 14 

Address bit 11 

Data out bit 2, bidirectional even data bit 2 
Data out bit 3, bidirectional even data bit 3 
Data out bit 7, bidirectional even data bit 7 
Data in bit 4, bidirectional odd data bit 4 
Data in bit 5, bidirectional odd data bit 5 
Data in bit 6, bidirectional odd data bit 6 
Data in bit 1, bidirectional odd data bit 1 


Data in bit 0 (least significant for 8 bit data) and 
bidirectional odd data bit 0 


The status signal identifying the bus input cycle(s) that may 
follow an accepted interrupt request presented on INT*. 


The status signal identifying a bus cycle which transfers data 
from a bus master to a slave. 


The bus status signal signifying an error condition during 
present bus cycle. 


The power-on clear signal for all bus devices; when this signal 
goes low, it must stay low for at least 10 ps. 


System ground 


eee ee ee ee 
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NMI* line need not generate an interrupt ac- 
knowledge bus cycle. 

An interrupt request on the INT* line is as- 
serted as a level, that is, the line is asserted un- 
til interrupt service is received. An interrupt 
request on the NMI* line, on the other hand, 
is asserted as a negative going edge, since no 
interrupt acknowledge cycle need be generated. 

Both these lines are specified as open-collec- 
tor lines. 

2.2.6.3 Hold Request. The hold request 
line, HOLD*, is used by temporary bus masters 
to request control of the bus from the perma- 
nent bus master. The HOLD* line may be 
masked by the permanent bus master to pre- 
vent temporary masters from gaining bus con- 
trol. 

The HOLD* line is specified as an open col- 
lector line, and shall only be asserted at certain 
times. See 2.8.3. 

2.2.6.4 Sixteen Acknowledge. The sixteen 
acknowledge line, SIXTN*, is a response to the 
status signal sixteen request (sXTRQ*), and 
indicates that the requested 16-bit data transfer 
is possible. 

The SIXTN* line is specified as an open-col- 
lector line. Detailed specification of the use of 
this line is given in 2.6. 


2.2.7 TMA Control Bus. The eight lines of 
the TMA control bus are used in conjunction 
with control bus signals HOLD* and pHLDA. 
They arbitrate among simultaneous requests 
for control of the bus by temporary masters 
and disable the signal drivers of the perma- 
nent bus master, thus effecting an orderly 
transfer of bus control. 

All eight lines of the TMA control bus are 
specified as open-collector lines. 

The eight TMA control lines are: 

(1) TMAO* 

(2) TMA1* 

(3) TMA2* 

(4) TMA3* 

(5) ADSB* 

(6) DODSB* 

(7) SDSB* 

(8) CDSB* 

Detailed specification of the use of these 
lines is given in 2.8. 

2.2.7.1 TMA Arbitration. The four lines 
that arbitrate among simultaneous requests 
for bus control by temporary masters are 
TMAO* through TMA3*. The encoded priority 
of requesters is asserted on these lines and, 
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after settling, they contain the priority number 
of the highest priority requester. 

Detailed specification of this process is given 
in 2.8.3. 

2.2.7.2 Bus Transfer Signals. Four signals 

are available on the bus to disable the line driv- 
ers of the permanent bus master. They are: 

(1) ADSB*, address disable 

(2) DODSB*, data out disable 

(3) SDSB*, status disable 

(4) CDSB*, control output disable 


NOTE: The signal DODSB* shall inhibit the eight DO 
bus drivers (DO7-DOO) during an eight bit transfer 
(sXTRQ* inactive) and shall inhibit the 15 bidirectional 
drivers (ED7-EDO and OD7-OD0) from driving the bus 
during sixteen bit transfers (sXTRQ* and SIXTN* both 
active). 

Use of these lines is tightly specified during 
the transfer of the bus from a permanent master 
to a temporary master, as given in 2.8.2., and 
any transfer involving the control output lines 
should follow a similar protocol. 

The address, data, and status signals from the 
permanent master may be disabled and re- 
placed using these signals as long as the con- 
tents of these buses is valid for the current bus 
cycle as though no replacement had occurred. 


2.2.8 Vectored Interrupt Bus. The eight lines 
of the vectored interrupt bus are used in con- 
junction with the generalized interrupt request, 
INT*, to arbitrate among eight levels of inter- 
rupt request priorities. They are typically im- 
plemented as inputs to a bus slave which masks 
and prioritizes the requests, asserts the general- 
ized interrupt request (INT*) to the permanent 
bus master, and responds to the interrupt ac- 
knowledge bus cycle with appropriate vectoring 
data. The interrupt controller need not assert 
INT* in response to vectored interrupts that 
are masked out. 

The eight lines of the vectored interrupt bus 
are VIO* through V17*, where VIO* is the 
highest priority interrupt. 

The vectored interrupt lines shall be imple- 
mented as levels, that is, they shall be held 
active until service is received. 

The vectored interrupt lines are specified as 
open collector lines. 


2.2.9 System Utilities 
2.2.9.1 System Power. Power in IEEE Std 
696 systems is distributed to bus devices as un- 
regulated voltages. A total of nine bus lines are 
used: 
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(1) +8 V, 2 lines 

(2) +16 V, 1 line 

(3) -16 V, 1 line 

(4) 0 V, 5 lines 

0 V (ground) lines are distributed across the 
edge connector such that low-impedance 
grounds are available on both sides of the edge 
connector, and on both sides of the circuit 
cards. 

Power lines are subject to the specifications 
given in 3.2, 


2.2.9.2 System Clock (¢). The system clock, 
¢, is generated by the permanent master. The 
control timing for all bus cycles, whether they 
are cycles of the permanent master or cycles of 
temporary masters in control of the bus, shall 
be derived from this clock. 
This signal is never transferred during a bus 
exchange operation. 


2.2.9.3 Clock (CLOCK). This clock is speci- 
fied as a 2 MHz (+ 0.5% tolerance) signal with 
no relationship to any other bus signal. It is to 
be used by counters, timers, baud-rate genera- 
tors, etc. It is specified as an active line. 


2.2.9.4 System Reset Functions (RESET*, 
SLAVE CLR* and POC*). System reset func- 
tions are divided into three lines: 

(1) RESET*, resets all bus masters 

(2) SLAVE CLR*, resets all bus slaves 

(3) POC*, power-on clear is active at power- 
on and following the rising edge of PWRFEAIL*, 
and shall cause SLAVE CLR* and RESET* to 
be asserted. 

The POC* signal is specified as having a mini- 
mum active period of 10ms; RESET* and 
SLAVE CLR* are specified as having a mini- 
mum active period of 5 us. 

RESET* and SLAVE CLR* are specified as 
open-collector lines and POC* is specified as an 
active line. 


2.2.9.5 Memory Write Strobe (MWRT). 
The memory write strobe, MWRT, shall be 
generated somewhere in the system. It has 
traditionally been generated by front-panel 
type devices, but is optionally generated by 
permanent masters or mother boards in Sys- 
tems without front panels. Care must be taken 
that it is generated at only one point in a given 
system. All boards that are capable of gener- 
ating MWRT shall be provided with some 
means of disconnecting it from the bus. 

Memory write is defined as: 


MWRT = pWR* -sOUT (logic equation) 
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NOTE: MWRT shall be generated directly from the 
pWR* and sOUT bus signals, and not from the internal 
signals. 


MWRT is specified as an active line. 

2.2.9.6 Phantom Slaves (PHANTOM*). A 
line, PHANTOM®, is provided for overlaying 
memory slaves at a common address location. 
When this line is activated phantom memory 
slaves are enabled and normal memory slaves 
are disabled. All normal memory slaves shall 
have the capability of being disabled in response 
to PHANTOM*. Memory slaves shall be dis- 
abled during PHANTOM* for both read and 
write cycles. 

This line is specified as an open-collector line. 

2.2.9.7 Error (ERROR*). The line ERROR* 
is a generalized error line that is asserted when 
an error of some sort (for example, parity, 
write to protected memory) is occurring in the 
current bus cycle. 

This line is specified as an open-collector line. 

2.2.9.8 Manufacturer Specified Lines 
(NDEF). Three lines which can be specified by 
individual manufacturers are provided on the 
bus. These lines, termed NDEF (not to be de- 
fined), should only be implemented as options, 
and shail be provided with jumpers so that pos- 
sible conflicts may be eliminated. 

Any manufacturer SHALL specify in detail 
any use of these lines. Signals on these lines are 
limited to 5 V logic levels. 

2.2.9.9 Power Fail (PWRFAIL*). The 
power-fail line indicates impending power fail- 
ure, and remains true until power is restored. 
The rising edge of PWRFAIL* shall cause 
POC* to be asserted. 

2.2.9.10 Reserved Lines (RFU). The four 
remaining lines are reserved for future use and 
shall not be used for any purpose. 

2.2.10 Pin List. Pin connections to the card 
edge connector shall conform to the list given 
in Table 6. 


2.3 The Permanent Master Interface 

2.3.1 General. The permanent master inter- 
face provides the capability to transfer device 
dependent messages to and from all bus slaves. 
It is responsible for the generation and timing 
of all bus cycles while it has control of the bus, 
and is capable of generating all possible bus 
cycles. 

The permanent master normally has control 
of the bus. It may relinquish bus control to a 
temporary bus master by way of ahold opera- 
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—HOLD* / pHLDA=F 


+There is a minimum specified time delay between 
hold and hold acknowledge 

[1] Instruction execution complete 
+ INT request/interrupt accept 

[2] Instruction execution not complete + INT dis- 
abled + no interrupt request 

[3] (Instruction execution complete * - HOLD* 
* — interrupt accept) + (Instruction execution not com- 
plete ° - IDLE) 


* INT enable 


Fig 1 
Permanent Master State Diagram 


tion for an arbitrary number of cycles. Upon 
completion of the hold operation, control of 
the bus is always returned to the permanent 
master. 

2.3.2 Permanent Master State Diagram. The 
permanent master interface shall be imple- 
mented so as to conform to the state diagram 
given in Fig 1. 

2.3.3 Permanent Master State Descriptions 

2.3.3.1 Bus State 1 (BS1). The initial bus 
state, BS1, is the state in which the status and 
address buses are in transition to their values 
for the new bus cycle. pSYNC goes true during 
the BS1 state, indicating the beginning of a 
new bus cycle. 

2.3.3.2 Bus State 2 (BS2). Bus state 2, 
BS2, is the state during which the address and 
status lines become stable. When they are guar- 
anteed stable the pSTVAL*, status valid 
strobe, is activated. 

The ready lines and the sixteen acknowledge 
lines are sampled during the BS2 state (except 
during slave abort cycles, see 2.7.5.4). 


20 


IEEE STANDARD 


2.3.3.3 Wait State (BSw). The wait state, 
BSw, is entered if the ready line sampled in 
BS2 indicates that the addressed bus slave is 
not ready for data transfer. The ready line is 
sampled once every clock cycle until a ready 
condition is indicated (except during slave 
abort cycles, see 2.7.5.4), When the ready con- 
dition is indicated the BS2 state is completed 
and the BS83 state entered. 
The ESw state is thus used to synchronize 
bus cycles generated by bus masters with the 
response speed of assorted bus slaves. 


NOTE: The state of the ready lines shall be ignored if 
the current cycle is a slave abort (see 2.7.5.4). 


2.3.3.4 Bus State 3 (BS3). Bus state 3, BS3, 
is the bus state during which the data transfer 
actually takes place between the master and 
the addressed slave. 

2.3.3.5 Idle Bus States (BSi). After comple- 
tion of the BS3 state, the master may enter one 
or more idle bus states. 


NOTE: It is not required that masters generate idle 
bus states. Therefore, dynamic memory slaves cannot 
rely upon idle bus states for performing refresh opera- 
tions. 


While in an idle bus state the generalized data 
strobes pWR* and pDBIN must not be active, 
and pSTVAL* must not be asserted in conjunc- 
tion with pSYNC active. 


2.3.3.6 Hold Accept (HS). Permanent 
masters shall be configured to conditionally 
accept hold operations from temporary masters. 
This function may be disabled under hardware 
or software control, to allow indivisible test 
and set operations. If hold is enabled and ac- 
tive, the permanent master shail enter the hold 
state HS following a BS3 state, and pHLDA 
shall be asserted. 

The permanent master remains in the hold 
state until the hold request HOLD* becomes 
false. 

Hold operations shall take priority over inter- 
rupt operations. 

2.3.3.7 Interrupt Accept. If hold request is 
not active, if execution of the current instruc- 
tion is complete, and if interrupts are enabled 
and an interrupt is being requested, then the 
permanent master accepts the interrupt request 
at the end of the BS3 state. In the case of a 
vectored interrupt, the next bus cycle may be 
an interrupt acknowledge bus cycle. In the case 
of a nonmaskable interrupt, the response is 
usually a transfer to a predetermined location. 
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2.3.4 Required Signals for Permanent Masters 
2.3.4.1 Output Signals. The following sig- 

nals are output signals from permanent masters 
to bus slaves. 

(1) A28-A0+ 

(2) All status signals 

(3) All control output signals 

(4) Data output signals (8 or 16 depending 
on processor type) 

(5) ¢, the system clock 


NOTE: +A23 through A16 are optional on permanent 
masters. 
2.3.4.2 Input Signals. The following signals 

are required input signals to permanent masters: 

(1) The control input signals, except NMI* 
and SIXTN* 

(2) Data input signals (8 or 16 depending on 
processor type) 


(3) The four disable signals ADSB*, 
DODSB*, SDSB*, CDSB* 
(4) RESET* 


2.3.5 Dummy Mastering. In cases where a 
number of processors co-exist in a single sys- 
tem as temporary masters, it may prove ineffi- 
cient from a systems point of view to imple- 
ment a permanent master. 

In such a case it is permissible that the per- 
manent master be implemented as a dummy, 
that is, as a device that conducts no bus cycles, 
but only supplies an arbitration interval so that 
the TMA control bus may settle. 

The dummy master takes control of the bus 
between temporary masters, asserting the con- 
trol output bus in the null state, and passes the 
bus to the next requester after a minimum arbi- 
tration interval of one clock cycle. 

Required output signals for dummy masters 
are the control output signals, and the system 
clock @. Input signals are HOLD* and CDSB*. 


2.4 The Temporary Master Interface 

2.4.1 General. The temporary master inter- 
face provides the capability to transfer device 
dependent messages to and from a selected set 
of bus slaves. The temporary master thus dif- 
fers from the permanent master in that it need 
not generate all possible bus cycles. 

The temporary master requests control of the 
bus from the permanent master. If the bus is 
granted, the temporary master is responsible 
for the generation and timing of all bus cycles 
until it returns control to the permanent 
master. 


91 


IEEE 
Std 696-1983 


BUS REQUEST 


11} (— DONE) + ~IDLE 
{2} (~ DONE) ¢ IDLE 


Fig 2 
Temporary Master State Diagram 


Since up to 16 temporary masters may co- 
exist in a single system, a protocol has been 
developed to arbitrate among simultaneous bus 
requests. Detailed specifications of this pro- 
tocol is given in 2.8.3. Any device that is 
capable of functioning as a temporary master 
shall be configured in such a way that other 
devices may also be used as temporary masters. 
That is to say that they shall arbitrate for 
priority. 

2.4.2 Temporary Master State Diagram. Tem- 
porary master interface shall be implemented 
so as to conform to the state diagram given in 
Fig 2. 

2.4.3 Temporary Master State Descriptions 

2.4.3.1 Arbitration (ARB). If more than 
one temporary master is present in the system, 
bus requesters shall arbitrate for the bus as 
given in 2.8.3. 

During the arbitration sequence, bus request- 
ers try to assert their priorities on the arbitra- 
tion bus, and the contents of the arbitration 
bus are compared with each requester’s priority. 

If the contents of the arbitration bus is of 
higher priority than the locally attempted 
priority assertion, then a higher priority re- 
quester is present in the system, and the low 
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priority requester removes its low order bits 
from the arbitration bus. Thus, after some 
settling time, the priority of the highest prior- 
ity requester is present on the arbitration bus. 
This requester is granted the bus on the rising 
edge of hold acknowledge. 

2.4.3.2 Bus Transfer States (TSI and TSII). 
Since the bus has positive polarity control sig- 
nals, extreme care must be taken in bus trans- 
fer operations to avoid erroneous pulses on the 
control lines. 

In general terms, this is accomplished by 
specifying that both the permanent master and 
the temporary master drive the contro] lines in 
specified logic states during the bus transfer. 

Detailed specification of this operation is 
given in 2.8.2. 

2.4.3.3 Bus Cycle. The definition of bus- 
cycle states shall be the same as that for the 
permanent master interface, given in 2.3.3.1 
through 2.3.3.5. 

An arbitrary number of bus cycles may be 
performed by the temporary master before re- 
turning control to the permanent master. 

2.4.4 Required Signals for Temporary Mas- 
ters 

2.4.4.1 Output Signals. Required output 
signals for a temporary master interface are as 
follows: 

(1) Address lines A23-A0+ 

(2) All status signals 

(3) All control output signals ++ 

(4) Data output lines 

(5) TMA arbitration lines TMA0*-TMA3* 

(6) Hold request, HOLD* 


NOTES: *+Temporary masters must generate A23-A16, 
however, they need only drive these signals low. 

++Temporary masters should provide a jumper on 
the pSTVAL# line, as older CPUs do not transfer this 
line with the control output lines. In this case, all bus 
masters use the same pSTVAL* signal. 


2.4.4.2 Input Signals. Required input sig- 

nals for a temporary master interface are as fol- 
lows: 

(1) The ready lines, RDY and optionally 
XRDY 

(2) Hold acknowledge, pHLDA 

(3) Data input lines 

(4) The system clock, ¢ 


2.5 The Slave Interface. A slave device re- 
sponds to a bus cycle initiated by a bus master. 
Memory and input/output devices are examples 
of bus slaves. 
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i iNTERRUPT 
. INTERRUPT feomeel: 
SEAVICE 


WriRE: 


DSEL = DEVICE SELECT (INTERNAL TO SLAVE) 
= SLAVE IOLE 

8, = SLAVE SETUP 

S, = SLAVE READ 

‘Sy = SLAVE WRITE 

'Sj) = SLAVE INTERRUPT 


Fig 3 
Slave Interface State Diagram 


A slave device may request service from a bus 
master by generating an interrupt request. 

2.5.1 Slave-Interface State Diagram. The 
slave interface shall conform, in general, to the 
state diagram given in Fig 3. Slave interfaces 
need not have both read and write capability. 

2.5.2 Slave-State Definitions 

2.5.2.1 Slave Idle State (Si). The slave idle 
state, Si, is a passive state with respect to the 
bus. 

The slave monitors the stream of bus cycles 
to determine if it is selected for the current bus 
cycle. 

The slave may be performing internal opera- 
tions while in the idle state. 

The assertion of SLAVE CLR* forces all 
slaves into the idle state. 

2.5.2.2 Slave Setup (Ss). A slave moves 
from the slave idle state to the setup state, Ss, 
when it has been addressed by the current bus 
cycle. This is an operation internal to the slave 
which sets up a data transfer with a bus master. 
If a slave can tolerate spurious transitions from 
the idle state to the setup state, then the device 
select signal may be decoded statically from 
the address and status buses. If a device cannot 
tolerate spurious transitions, the device select 
line should be decoded in conjunction with the 
status valid strobe, pSTVAL*. 
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If synchronization is required by the slave 
before the data transfer may take place, the 
ready line is asserted false during this state 
until the device is ready for data transfer. 

2.5.2.3 Slave Read (Sr). Data from the ad- 
dressed slave is gated onto the data bus during 
the slave read state, Sr. The generalized read 
strobe governs the transition to this state. 

When device select becomes false the slave 
returns to the idle state. 

2.5.2.4 Slave Write (Sw). Data from the 
current bus master is written into the slave 
during the active period of the generalized 
write strobe, pWR*. When device select be- 
comes false the slave returns to the idle state. 

2.5.2.5 Slave Abort. When device select 
(DSEL) becomes false, the slave returns to the 
idle state even if no data read or write strobe 
has occurred. See 2.7.5.4. 

2.5.2.6 Interrupt Request State. If a slave 
requires service by a bus master, an interrupt 
request may be generated by the slave. The in- 
terrupt should be held active until the slave is 
serviced, or until SLAVE CLR* is asserted. 

2.5.3 Required Signals for Slave Interfaces. 
Slave interfaces need only receive and generate 
that subset of bus signals necessary for com- 
munication with masters. 


2.6 8/16-bit Data Transfer Protocol 

2.6.1 General. Implementation of the 8/16-bit 
data transfer protocol allows both 8-bit and 
16-bit parallel data transfers over the bus, and 
hence allows both 8-bit and 16-bit masters and 
slaves to co-exist in a single system. For 16-bit 
transfers the two unidirectional 8-bit data 
buses are ganged to form a single 16-bit bidirec- 
tional data bus. 

Two lines are assigned to control the ganging 
of the data bus: 

(1) sXTRQ*, status output from the master, 
which indicates a request for a 16-bit data 
transfer. 

(2) SIXTN*, an acknowledge input to the 
master, which indicates that a 16-bit data trans- 
fer is possible. 

Use of the sixteen acknowledge line SIXTN* 
permits the use of current design 8-bit memory 
boards without modification. When SIXTN* is 
false, a 16-bit transfer may be accomplished by 
two sequential single-byte transfers. 


2.6.2 8-bit Data Paths. The current bus mas- 
ter requests an 8-bit transfer by not asserting 
sXTRQ*. 
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Byte data output from the master to the ad- 
dressed slave is asserted on the data output bus, 
DO7 through DOO. 

Byte data input from the addressed slave to 
the current bus master is asserted on the data 
input bus, DI7 through DIO. 

2.6.3 16-bit Data Paths. The current bus mas- 
ter requests a 16-bit transfer by asserting 
sXTRQ*. 

If the addressed slave is capable of a 16-bit 
parallel data transfer, it asserts SIXTN *, as 
shown in the timing diagram (see Fig 12). 

Sixteen-bit data transfer is then conducted 
by way of the ganged data buses, where DOO = 
EDO and DI7 = OD7, with the DO bus carrying 
the even-addressed byte and the DI bus carry- 
ing the odd-addressed byte. 


2.6.4 Memory Organization. Memory device 
capable of both 8-bit and 16-bit parallel data 
transfers are organized, as shown in Fig 4, as 
two banks of 8-bit memory, an odd-byte bank, 
and an even-byte bank. These data banks may 
be activated either together or separately, de- 
pending on the condition of the sixteen request 
status line, sKXTRQ*. 

2.6.4.1 Byte References. When sXTRQ* is 
not asserted, memory references are single-byte 
transfers, 

The proper location in memory is selected by 
the address output on address lines Al through 
A15 (A23 for extended addressing systems), 
while the AO line selects the even byte or the 
odd byte. AO equals 0 selects the even byte of 
the 16-bit word, while AO equals 1 selects the 
odd byte of the word. 

See Fig 5 for address usage. 

In the 8-bit mode, data output from the mas- 
ter, on the DO bus, is connected to the data 
input lines of both memory banks; the even- 
byte data input lines are connected directly to 
the DO bus, and the odd-byte data input lines 
are connected to the DO bus by way of a two- 
to-one multiplexer controlled by sKTRQ*. 

Data output from the memory banks is 
routed to three-state bus drivers A and B in 
Fig 4. One of these drivers is enabled when the 
read strobe is activated, depending on the con- 
dition of AO. The selected byte is thus available 
to the master on the DI bus. 

2.6.4.2 Word References. When sXTRQ* is 
asserted by the master, and SIXTN* is asserted 
by the slave, memory references are double- 
byte transfers. 
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THREE-STATE DRIVERS 


SEL 


EVEN BYTE 
WRITE 


Ewr 


SEL selects A for word references, B for byte references. 


Output enables: A = 16g t(8rg ° AG) 

B = 8 q- —A@ 

C = 164 

Write enables: Ew = lyr + (By, * —AQ) 
Ow, = 16, + (Bye > AD) 

Where: 16,4 = Device select - sXTRQ* - pDBIN 
8,q = Device select + —sXTRQ* + pDBIN 
16, = Device select « sXTRO* - pWR* 
8,, = Device select - —-sXTRQ* + pWR* 


Fig 4 
8/16 Bit-Memory Organization 
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Fig 5 
8/16 Bit Address + Data Usage 
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Address lines Al through A15 (A283 in ex- 
tended address systems) select the proper word 
from memory. The condition of the AO bit 
does not enter into the decoding or addressing 
for word references, but AO is specified as 
being O for word transfers. 

See Fig 5 for address usage. 

In the 16-bit mode, data output from the bus 
master is asserted on the 16 signal lines of the 
DO bus and the DI bus. The multiplexer on the 
data input lines now routes the odd-byte data, 
on the DI bus, to the data input lines of the 
odd-byte bank. Even-byte data, on the DO bus, 
is connected to the data input lines of the even- 
byte bank. 

Data output from the memory banks is 
routed through buffers A and C to their respec- 
tive data paths. Both A and C will be enabled 
by the read strobe. 

2.6.5 Sixteen Acknowledge (SIXTN*). Im- 
plementation of the sixteen acknowledge line 
allows the use of 8-bit memory boards in a 
16-bit system without modification, but with a 
reduction in maximum system bandwidth. 

If a 16-bit master requests a 16-bit transfer, 
but the addressed slave is not capable of such a 
transfer, the sixteen acknowledge line shall not 
be asserted. 

The master shall respond in one of two ways, 
by generating an error trap or by conducting the 
transfer in byte-serial fashion. It is recom- 
mended that the master be capable of perform- 
ing byte-serial transfers. 

2.6.5.1 Byte-serial Response. If the sixteen 
acknowledge line is not activated after a speci- 
fied period, circuitry should be included on bus 
masters to conduct the requested 16-bit trans- 
fer as two consecutive byte operations, thus 
assembling the requested 16-bit word while 
holding the master in a wait state. 

For this process to occur, the sixteen ac- 
knowledge line must meet the timing specifica- 
tions for the ready line inputs, as shown in 
Fig 6. 

2.6.5.2 Error Response. If circuitry does 
not exist on the master to conduct the re- 
quested 16-bit transfer as two consecutive byte 
operations, an error condition shall result im- 
mediately, with ERROR *® asserted. 


2.7 Fundamental Bus-Cycle Timing 

2.7.1 General. This section deals with the 
fundamental timing concepts involved in the 
standard bus cycle. Detailed specification of 
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Bus-Cycle Fundamental Timing Relationships 


the timing parameters discussed in this section 
is given in 3.8 and 3.9. 

The standard bus cycle is a pseudo-synchro- 
nous cycle, that is, the timing of the control 
signals bears a specified relationship to the 
master system clock @¢. 

All data transfers, including read or write 
cycles, 8- or 16-bit transfers, memory or input/ 
output device transfers, and interrupt acknowl- 
edge are conducted on the bus as a standard 
bus cycle. 

Figure 6 shows the fundamental timing for a 
standard bus cycle, with a single wait state in- 
serted by the addressed slave. 

2.7.2 Address and Status Buses. The begin- 
ning of a new bus cycle is indicated by the 
rising edge of the pSYNC signal, which closely 
follows the rising edge of the system clock, ¢. 

The address and status buses are changing to 
their values for the new cycle during the begin- 
ning of the pSYNC interval. Shortly after they 
can be guaranteed stable on the bus, the status 
valid strobe, pSTVAL*, is asserted. pSTVAL*, 
decoded in conjunction with pSYNC, indicates 
to all bus slaves that stable address and status 
may be sampled from the bus. 

The position of the status valid strobe within 
the pSYNC interval is independent on the sys- 
tem clock, ¢. This affords the designer of bus 
masters considerable flexibility in interfacing 
different processors to the bus. The status valid 
strobe should be positioned within the pSYNC 
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interval so that the delay between guaranteed 
status on the bus and the activation of the 
status valid strobe is as close to the minimum 
specifications as possible, thus maximizing 
memory and device access time. 

In order to prevent false cycle starts in bus 
slaves, only one negative edge of the status 
valid strobe shall occur while pSYNC is as- 
serted. If pSTVAL* is low at the rising edge of 
pSYNC, it must have been low for at least 
30 ns. 

Address and status information is thus stable 
on the bus from the negative transition of the 
status valid strobe during pSYNC, and is held 
stable until a specified period after the trailing 
edge of the data strobe (pDBIN in the read 
case, and pWR* in the write case). This hold 
time ensures that false decoding of the address 
and status information will not occur at the 
end of the bus cycle. 


2.7.8 Ready and Sixteen Acknowledge Lines. 
The sixteen acknowledge line, since it may be 
used to place the bus master in a wait state 
while a requested 16-bit transfer is conducted 
in byte-serial fashion, is subject to the same 
timing constraints as the ready lines. 

The ready lines are first sampled by the bus 
master on the rising edge of the system clock 
during the BS2 state, and if active, the master 
enters a wait state, sampling the ready line 
once every clock cycle on the rising edge of the 
system clock until the slave is ready for data 
transfer. 

A minimum setup time before the rising edge 
of the system clock, and a minimum hold time 
after sampling must be met for the proper op- 
eration at the ready lines. 

The time between the active edge of the 
status valid strobe and the sampling of the 
ready line may be very short. Hence, it is 
recommended practice not to make assertion 
of the ready line dependent on pSTVAL.* 

Data output, address, status, and the read and 
write strobes are held stable during wait states. 


2.7.4 Read Cycles 

2.7.4.1 General. There are four types of 
read cycles: op-code fetch (M1), memory 
read, input, and interrupt acknowledge. These 
cycles are all similar with respect to timing, but 
make different use of the status bits and the 
address bus. See Tables 4 and 5. 

2.7.4.2 The Read Strobe. The generalized 
read strobe pDBIN is used to gate data from an 
addressed slave onto the data bus during a read 
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operation. The read strobe is asserted true by 
the bus master after a minimum specified time 
from the assertion of the status valid strobe. 

It is held true during any inserted wait states, 
and returns to the false state, returning the 
data bus to the high impedance state, shortly 
before the address and status buses are allowed 
to change. 


2.7.5 Write Cycles 
2.7.5.1 General. There are two possible 
types of write cycles on the bus, a memory- 
write cycle and an output cycle. 

These two cycles are similar with respect to 
timing, but make different use of the status 
bits and address bus. A special write strobe, 
MWERT, is generated for memory cycles. 

2.7.5.2 The Write Strobe. The generalized 
write strobe, pWR*, is used to write data from 
the data bus into the addressed bus slave. The 
write strobe is asserted true by the master after 
a minimum specified time from the assertion of 
the status valid strobe, pSTVAL*. It is held 
true during any inserted wait states and returns 
to the false state shortly before the address, 
status, and data buses are allowed to change. 

Data out on the data bus shall be guaranteed 
valid for a specified period both before and 
after the activation of the write strobe. Hence, 
either the leading or the trailing edge of the 
write strobe may be used to strobe data into 
the addressed slave. 

Address and status information must be held 
valid for a specified period of time from the 
trailing edge of the write strobe. 

2.7.5.3. Memory-Write Strobe. While the 
generalized write strobe is activated for all 
write cycles, the memory-write strobe is acti- 
vated for memory-write cycles only. The 
memory-write strobe is usually generated by 
front-panel devices, if they exist in the system, 
as a function of bus memory write or a front- 
panel deposit. Such front-panel deposit cycles 
do not comply with this standard. If front- 
panel devices do not exist the memory-write 
strobe must be generated somewhere in the sys- 
tem, but at only one point. This circuit should 
be designed so that it generates the memory- 
write strobe for all bus masters. Jumpers shall 
be provided to allow extra circuits to be dis- 
abled. 
The memory-write strobe, MWRT, is defined 
as: 


MWRT = pWR * -sOUT, (logic equation) 
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that is, memory write is true when pWR is true 
and sOUT is false. 

The memory-write strobe must follow the 
pWR* strobe by not more than a specified 
period. 

NOTE: The MWRT strobe shall be generated by the 
actual bus signals sOUT and pWR*, and not from in- 
ternal board signals. 

2.7.5.4 Slave Abort. It is permissable for 
the current bus master to suppress the asser- 
tion of the data strobes (pDBIN, pWR* and 
MWRT) so as to prevent a data transfer to a 
slave. This type of cycle is called the slave- 
abort cycle. If a master is capable of perform- 
ing a slave-abort cycle, it shall ignore the state 
of the ready line (RDY) during the slave-abort 
cycle. This prevents slaves that never become 
ready (because a data strobe never occurred) 
from hanging the bus indefinitely. 


2.8 Special Bus Operations 
2.8.1 General. This section describes two 
special bus operations related to TMA opera- 
tions, that is, the transfer of bus control from 
the permanent bus master to a temporary bus 
master for an arbitrary number of bus cycles, 
and the return of control to the permanent bus 
master. 
These two operations are: 
(1) The bus transfer protocol 
(2) The arbitration protocol among simul- 
taneous bus requesters 
2.8.2 Bus Transfer Protocol 
2.8.2.1 General. When a temporary bus 
master has been granted the bus by the per- 
manent bus master, control must be transferred 
to the temporary master in such a way that 
spurious signals are not generated on the con- 
trol output lines, causing false bus cycles. Since 
some of the control output signals are of posi- 
tive polarity, extreme care must be taken in 
this operation. In general, the specified bus 
transfer protocol accomplishes this by having 
the permanent master and the temporary mas- 
ter drive the control output lines simultane- 
ously at specified levels during the bus transfer. 
2.8.2.2 Bus Transfer State Diagram. The 
bus transfer. operation shall be implemented so 
as to conform to the bus transfer state diagram 
given in Fig 7. 
2.8.2.3 Bus Transfer State Definitions 
2.8.2.3.1 idle (IDLE). The idle state sig- 
nifies that the temporary master is either in- 
volved in internal operations, and does not re- 
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PHLDA -— PRIORITY 


/ADSB* =F. SOSB* =F, 
BODSB* =F, HOLD* =F 


OONE/CDSB* =F 


TPRIORITY SEE FIGURE 9 


Fig 7 
Bus-Transfer State Diagram 


quire the bus, or that it is waiting for the bus 
to become free so that it may assert its bus 
request. 
2.8.2.3.2 arbitration (ARB). If a tem- 
porary master desires the bus, and HOLD* is 
false and pHLDA is false, the temporary master 
enters the arbitration sequence, where it con- 
tests with other bus requesters for control of 
the bus. 
Detailed specification of this process is given 
in 2.8.3. 
2.8.2.3.3 bus grant (MINE). Priority as- 
sertions on the arbitration bus settle in the in- 
terval between the assertion of a hold request 
and a hold acknowledge. At the rising edge of 
the hold acknowledge signal the bus is granted 
to the highest priority requester; enabling the 
bus transfer operation for that requester. 
If the bus is not granted to a requester, that 
requester returns to the idle state. 
The bus grant state is termed MINE. 
2.8.2.3.4 transfer state one (TSI). The 
bus transfer sequence begins with transfer state 
one, TSI. The bus transfer control circuit as- 
serts the following signals together: 
(1) ADSB* 
(2) SDSB* 
(3) DODSB* 
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XFERI* 


XFERII* 
tov —| 


pSYNC / \ 
oDBIN / = 
or 
pWR* \ / 
=—taDHa— 
HOLD’ 
ARB MINE TSI n BUS CYCLES TSH IDLE 


WHERE: XFERI* = ADSB*, SDSB*, AND DODSB* 
XFERII* = COSB* 


Fig 8 
TMA Timing 

disabling the address, status, and data output 2.8.2.3.5 bus cycles (BS). Any number of 
drivers of the permanent bus master and en- standard bus cycles are then conducted by the 
abling the control output drivers of the tem- temporary bus master. Bus control is never 
porary master. These lines are collectively transferred between cycles. When the tempo- 
labelled XFERI* in Fig 8. The permanent mas- rary master is done, the process proceeds to 
ter and the temporary master are now driving TSII, transfer state two. 
the control output lines. These lines are re- 2.8.2.3.6 transfer state two (TSII). Trans- 
quired to have the levels listed in Table 7. fer state two, TSII, is the mirror image of the 

The transfer state is terminated by the asser- sequence in TSI. The state begins with the re- 


tion (by the bus transfer control circuit) of the lease of the CDSB* and HOLD* signals, en- 
CDSB* line, called XFERII* in Fig 8, disabling abling the control-output drivers of the per- 


the control drivers of the permanent master manent master and disabling the address, 

and enabling the address, status, and data out status, and data-output drivers of the tempo- 

drivers of the temporary master. The tempo- rary master. 

rary master now has complete control of the Both the temporary master and the perma- 

bus and begins its first bus cycle. nent master drive the control-output lines for 
the remainder of TSII at the levels prescribed 
for TSI. 


The state is ended by the release of other 
disable signals, enabling the address, status, and 
data-out drivers on the permanent master, and 
disabling the control-output drivers of the tem- 


Table 7 
Control] Output Line Levels 


Signal Logic State Electrical Level porary master. The permanent master now has 
(1) pSYNC F L complete control of the bus and the temporary 
(2) pSTVAL* F H+ master returns to the idle state. 

(3) pDBIN F L 2.8.2.4 Bus Transfer Timing Relationships 
(4) pwR* F H 2.8.2.4.1 General. The fundamental tim- 
(5) pHLDA T H ing relationships for a bus transfer and a single 
2 ————— TMA bus cycle are given in Fig 8. 

+See NOTE in 2.4.4.1. Relationship to the bus transfer states is 
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shown in boxes at the bottom of the figure. 

Detailed specification of these times is given 

in 3.10 and Table 9. 

2.8.2.4.2 tSET. A minimum time be- 
tween the rising edge of the hold acknowledge 
signal and the assertion of the disable signals in 
TSI allows time for completion of the pre- 
ceding bus cycle. 

2.8.2.4.3 tOV. The time that the tempo- 
rary master and the permanent master must 
drive the control-output signals has a specified 
minimum to ensure a smooth bus transfer. 

Assertion of CDSB* is specified relative to 
the rising edge of the system clock, ¢, so that 
the assertion of this signal may be used by the 
temporary master as a cycle start signal. 

2.8.2.4.4 tDH. Hold time for data, ad- 
dresses, and status from the end of the read or 
write strobes to the release of CDSB* and 
HOLD*. 

2.8.2.4.5 tREL. The maximum time 
from the end of HOLD* to release of the 
DODSB*, SDSB* and ADSB* signals. 

2.8.2.4.6 téCDSB. The maximum delay 
from the rising edge of the master bus clock ¢ 
to either the assertion or release of CDSB*. 

2.8.2.4.7 tHDHA. The minimum time 
from HOLD® being released by the temporary 
master until the permanent master can release 
pHLDA. 

2.8.2.4.8 tHDHA. The minimum time 
between HOLD* being asserted by the tempo- 
rary master and the permanent master asserting 
pHLDA. 

2.8.3 Bus Arbitration Protocol. In a system 
which allows more than one master to use the 
system bus, for example a CPU permanent mas- 
ter and several temporary masters such as TMA 
controllers or multiple CPUs, some means must 
be provided to determine which device will be 
allowed to control the bus at any given time. 

The bus arbitration system uses four bus lines 
for arbitrating among 16 temporary masters. 
These lines are driven by open collector drivers, 
and are pulled high by pull-up resistors. Each 
temporary master has a unique priority number 
which it asserts on the arbitration but at an ap- 
propriate time. A higher binary number indi- 
cates a higher priority. 

The temporary masters compare the priority 
appearing on the active-low open-collector bus 
with the priority they are asserting, starting 
with the most significant bit. If disagreement is 
detected by any temporary master at any given 
bit position, then another temporary master 


99 


IEEE 
Std 696-1983 


pHLDA+ ~ISME / 
HOLD" =F 
CONTINUE TO 
ASSERT NON- 
CONFLICTING 
Bis 


— ~ 


P2 #-B2/B1, BO OFF 
P2 = B2/B1.B0 ON 


“oo 


P1#B1/B0 OFF 
Pt = B1/B0 ON 
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pHLDA- PRIORITY 


WHERE: 
Po: ATTEMPTED PRIORITY ASSERTION 
B= PRIORITY ACTUALLY ON THE BUS 


Note: This state diagram is conceptually-corrsct, but this process is actually a 
” ‘parailel-rather than a sequential one. Figure 98 shows suitable togic.to impie- 
ment such 2 parallel process. 


NOTE: This state diagram is conceptually correct, 
but this process is actually a parallel rather than a 
sequential one. Figure 10 shows suitable logic to 
implement such a parallel process. 


Fig 9 
Bus-Arbitration Diagram 


must be asserting that priority bit and thus 
must have a higher priority. In that case all less 
significant bits are removed by the detecting 
temporary master. All more significant bits 
agree, and thus need not be removed, and the 
bit which disagreed must have been a 0 and 
thus was not asserted. Leaving the agreeing bits 
asserted reduces system noise caused by the re- 
distribution of driving currents in the bus, and 
speeds settling of the correct priority on the 
arbitration bus. This process is a continuous 
asynchronous parallel process, not a sequential 
bit-by-bit process as it may seem from the 
above description. Incorrect comparisons will 
occur and be removed as the bus lines settle for 
as long as four bus delays (not related to the 
choice of four bus lines) plus logic delays. 

The four lines which comprise the arbitra- 
tion bus are TMAO* through TMA3*, where 
TMA3S* is the most significant bit. These lines, 
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Fig 10 
Bus-Arbitration Example 


in conjunction with HOLD* and pHLDA, con- 
trol the bus arbitration process. 


2.8.3.1 Bus Arbitration Implementation. 
An implementation of the bus arbitration pro- 
tocol is shown in Figs 9 and 10. 
Any implementation shall obey the rules 
summarized in 2.8.4. 


2.8.3.2 Bus Arbitration State Definitions. 
2.8.3.2.1 IWANT (IWANT). The IWANT 
state is an internal state for a temporary master 
which has determined that a bus access is nec- 
essary and thus wishes to arbitrate for bus con- 
trol. 
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Temporary masters may not assert their 
priorities nor remove them at arbitrary times, 
or the arbitration bus may be in transition 
when the result is needed. A temporary master 
may assert its priority and the HOLD* bus re- 
quest only if 

(1) pHLDA is not asserted (the permanent 
master has the bus), and 

(2) HOLD* is not already asserted. 
Furthermore, a master shall not assert HOLD* 
sooner than 30 ns after pHLDA goes false, and 
the permanent master shall not assert pHLDA 
sooner than a minimum specified delay after 
HOLD* is asserted. This guarantees that all 
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Fig 11 


Bus-Arbitration Timing Diagrams 


masters see the bus becoming available and al- 
lows ample time to settle the arbitration bus 
before the granting of the bus on the rising 
edge of pHLDA. 

This scheme usually results in the first re- 
quester winning the bus. Only if simultaneous 
bus requests occur will the arbitration have any 
effect. This, however, is not improbable since 
multiple unsuccessful requesters will become 
synchronized by waiting for the failing edge of 
pHLDA. 


2.8.3.2.2 priority comparison states (C3- 
C0). The priority comparison states, C3 
through CO are the states where each requester 
compares the priority it is attempting to assert 
on the arbitration bus with the priority actual- 
ly on the arbitration bus. Though C3 through 
CO are shown and described as sequential, they 
are actually parallel processes. While disagree- 
ment occurs at any bit position, less significant 
bits are removed from the arbitration bus. If 
no disagreement persists after the settling time 
the requester has the highest priority and will 
be granted the bus on the rising edge of 
pHLDA, proceeding to the state “MINE”, 
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where the bus transfer begins. All requesters 
continue to assert their priorities on the arbi- 
tration bus until the falling edge of pHLDA. 
Thus the priority number of the current bus 
master is available on the TMA bus while 
pHLDA is true. If the permanent master has 
the bus, pHLDA will be false. 

A temporary master that wins the bus con- 
tinues to assert its priority and HOLD* until 
its bus cycles are complete. A temporary 
master that loses the bus continues to assert 
its priority bits not turned off by the arbitra- 
tion process, but must remove its assertion of 
the HOLD* line, so that the winner may indi- 
cate that it is finished by releasing HOLD*. A 
losing requester in this state is said to be in the 
“WAIT” state. 

2.8.3.3 Bus Arbitration Timing Relation- 
ships. Figure 11 shows two possible cases of 
the bus arbitration procedure. The first of 
these is a case where the requester has no com- 
petition; it requests the bus and the bus is 
granted. The second case shows the requester 
waiting for the bus to be free, arbitrating for 
the bus and losing, and arbitrating for the bus 
and winning. 
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2.8.3.3.1 No Competition. When the tem- 
porary master determines that it requires the 
bus, it raises the internal signal IWANT. In this 
case, the rising edge of IWANT finds the 
pHLDA signal unasserted, meaning the perma- 
nent master has the bus, and the HOLD* signal 
unasserted, meaning that no other devices are 
requesting the bus. The temporary master may 
then assert the HOLD* signal and assert its 
priority on the arbitration bus. The ISME* sig- 
nal is the result of the arbitration process, and 
is asserted if none of the bit-wise comparisons 
on the arbitration bus fail. This arbitration re- 
sult is clocked by the rising edge of the pHLDA 
signal, creating the bus grant signal MINE. 

When the temporary master is finished with 
the bus, the IWANT signal is released, releasing 
the HOLD* signal and resetting the bus grant 
signal, MINE. The permanent master releases 
the pHLDA signal, and all assertions are re- 
moved from the arbitration bus. 

2.8.3.3.2 Wait-Lose-Win. In this example 
the requester raises its IWANT signal, but finds 
the bus already busy and must wait to assert 
its bus request and priority until the falling 
edge of pHLDA. 

The requester arbitrates for the bus during 
try 1, but another requester has a higher prior- 
ity and the arbitration result ISME* is false at 
the rising edge of pHLDA, indicating a loss in 
the arbitration process. The losing requester re- 
moves its assertion of the HOLD® signal, but 
continues to assert the nonconflicting high- 
order bits of its losing priority until the falling 
edge of pHLDA. At the falling edge of pHLDA, 
the process repeats, but this time results in a 
win for the requester. 

2.8.4 Summary of Arbitration Protocol. 
Figures 9 and 10 represent an exmple, not a 
required implementation. Any implementation 
which obeys the rules may be used. The rules 
which must be obeyed by a temporary master 
are: 

(1) HOLD* shall be asserted only when it is 
not already asserted and pHLDA has been low 
for at least 30 ns. 

(2) HOLD* shall be removed when pHLDA 
rises if another controller has asserted higher 
priority. 

(8) HOLD* shall be removed when the con- 
troller no longer needs the bus. 

(4) Priority shall be asserted whenever 
HOLD* is asserted, and shall remain asserted 
until the next falling edge of pHLDA. 
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(5) The priority level shall be user-select- 
able and asserted by open-collector drivers 
on bus lines TMA3*-TMAO*. 

(6) The most significant bit of the priority 
level (appearing on TMA3*) must be compared 
with the priority asserted. If the line is asserted 
low but not by this temporary master, all less 
significant priority bit assertions must be re- 
moved. Similarly, bits TMA2*, TMA1*, and 
TMAO* must be examined and possible less sig- 
nificant conflicting bits removed. 

(7) If no lines are asserted low except those 
asserted by this temporary master after suffi- 
cient settling time, this temporary master has 
higher priority and may take the bus when 
pHLDA rises. 

(8) Logic implementations shall be such 
that settling of the arbitration circuitry and bus 
will be completed between the assertion of 
HOLD* and the rise of pHLDA. 


2.9 Interrupt Protocol. The purpose of an in- 
terrupt system is to allow peripheral devices to 
suspend the operation of a bus master in an 
orderly way and to request that the master ser- 
vice the requesting peripheral. When service is 
complete, the bus master returns to the opera- 
tion from which it was interrupted. 

The interrupt protocol is comprised of an 8- 
level vectored interrupt system and a nonmask- 
able interrupt. A complying master need only 
be capable of responding to INT* INT*, and 
the master’s response to it, is the recommended 
way to request a TMA rearbitration. A tempo- 
rary master which is capable of holding the bus 
indefinitely, shall be capable of responding to 
INT* in at least one of the following two ways: 

(1) The temporary master shall be capable of 
relinquishing the bus in response to the asser- 
tion of INT*. This temporary master shall not 
participate in bus arbitration until INT* goes 
false. 

(2) The temporary master shall be capable of 
servicing the interrupt request. 

It is recommended that the permanent mas- 
ter ultimately service all interrupt requests. 

2.9.1 Vectored Interrupts 

2.9.1.1 Vectored Interrupt Requests. Eight 
levels of vectored interrupt requests are issued 
on the vectored interrupt lines, VIO* through 
VI7*, where VIO* is the most significant inter- 
rupt priority level. Vectored interrupt requests, 
however, may be rotated, masked individually, 
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or fenced out by the interrupt control slave, 
and hence the priority levels are not fixed. Re- 
quests on the VI lines should be asserted as 
levels; that is, they should be held active until 
service is received. A slave which asserts a VI 
line need take no further action to generate an 
interrupt. It is assumed that if interrupt ac- 
knowledge cycles occur, an interrupt controller 
somewhere in the system will respond appro- 
priately. 

The generalized interrupt request line, INT*, 
is implemented as a communication line be- 
tween the interrupt controller and an inter- 
ruptable master. Any slave or interrupt con- 
troller, using the INT* line, must respond ap- 
propriately to any -interrupt acknowledge 
cycles. The interrupt controller (which may ac- 
tually consist of multiple, nested, or intelligent 
interrupt controllers) shall be capable of assert- 
ing INT*, if a response is required by the bus 
master. 

2.9.1.2 Interrupt Acknowledge. The inter- 
rupt acknowledge cycle is a standard bus-read 
cycle (except for status). The interrupt ac- 
knowledge cycle requests vectoring informa- 
tion from the interrupt controller to be as- 
serted on the data bus during pDBIN. 

Since no address information is asserted 
during an interrupt acknowledge cycle, if mul- 
tiple interrupt controllers exist, they must 
either be daisy chained to avoid possible bus 
conflicts, or polled by the bus master. 

2.9.2 Nonmaskable Interrupt (NMI*). The 
nonmaskable interrupt is an optional con- 
trol input to bus masters. This interrupt is not 
maskable by a software instruction, and takes 
priority over other interrupt requests. The 
NMI* line may be used in the implementation 
of the special condition lines, ERROR* and 
PWRFEAIL*. 

NMI* is an open-collector line. The bus mas- 
ter shall respond to negative going transitions 
on the NMI™* line. 


2.10 Special Condition Lines. Two special con- 
dition lines, PWRFAIL* and ERROR*, are 
available on the bus. Their use is optional. 

2.10.1 Power-Fail Pending (PWRFAIL*). This 
line indicates an impending system power fail- 
ure. It is specified that this line shall be acti- 
vated at least 16 ws before the local voltage 
regulators drift out of specification. 

The line stays low for at least 16 ys and its 
rising edge shall cause POC* to be asserted 
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(which will cause RESET* and SLAVE CLR to 
be asserted). The circuit driving this line shall 
meet the electrical specifications for an open- 
collector line. 

2.10.2 ERROR*. This is a generalized error 
line that indicates that the current bus opera- 
tion is producing an error of some sort that is 
memory parity error, write to protected 
memory, inability to accommodate 8-bit slaves, 
etc.) 

The ERROR* line should be implemented as 
a trap. All relevant information about the 
error-causing cycle - address, data, status, de- 
vice number (for temporary master) — should 
be latched on the falling edge of ERROR*. The 
falling edge of error will generally cause an 
NMI*. 

ERROR* is implemented as an open-collector 
line. 


3. Electrical Specifications 


3.1 Application. The electrical specifications 
for interface devices to be used in IEEE Std 696 
bus systems are defined in this section. Proper 
operation of these devices also depends on two 
other factors: 

(1) Short physical distance between devices 

(2) Relatively low electrical noise 

The electrical specifications for the bus driver 
and receiver circuits do not imply a particular 
technology, unless otherwise noted. 

All specifications apply over the temperature 
range 0 to 70 °C. 


3.2 Power Distribution. Power in IEEE Std 
696 systems is distributed as unregulated dc 
power at three voltages, +8 V,+16 V,and-16 V. 
Because these voltages are on adjacent lines it 
is relatively easy to short these lines on card 
removal. Therefore, bleeder resistors or other 
constant loads sufficient to discharge all three 
supplies rapidly are recommended. 

3.2.1 +8V_ Specification. Instantaneous 
minimum must be greater than +7 V, instan- 
taneous maximum less than 25 V, and average 
maximum less than 11 V. 

3.2.2 +16V Specification. Instantaneous 
minimum must be greater than +14.5 V, in- 
stantaneous maximum less than 35 V, and aver- 
age maximum less than 21.5 V. 

3.2.3. -16V_ Specification. Instantaneous 
maximum must be less than -14.5 V, instan- 
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taneous minimum greater than -35 V, and 
average minimum greater than -21.5 V. 


3.3 General Signal Discipline. Other than the 
power lines noted above, all signals on the bus 
are limited to positive signal levels between 
0 V and +5 V, and may not have loaded rise or 
fall times less than 5 ns. 


3.4 Driver Requirements 

3.4.1 Driver Types. Three types of bus drivers 
are defined: 

(1) An active driver, either in the high state 
or in the low state or in transition, which has 
the capability to accept current in the low state 
and to provide current in the high state. 

(2) An open-collector driver, which will not 
accept or provide current in the high state. A 
360 2 + 5% pull-up resistor to +5 V or equiva- 
lent must be provided somewhere in the system 
for open-collector lines. It is recommended 
that these pull-up resistors be provided on the 
bus. However, implementation on the perma- 
nent master is also acceptable. 

(8) A three-state driver, which has the capa- 
bility to be in the high-impedance state as well 
as in the high and low states. 

3.4.2 Driver Specifications. Specifications for 
bus drivers shall be as follows: 

Low state (Vol): Output voltage less than or 
equal to +0.5 V at 24 mA sink current. 

High state (Voh): Output voltage (for active 
and three-state drivers) greater than or equal to 
+2.4 Vat 2mA. 

The leakage current for three-state drivers in 
the high-impedance state is specified as not 
greater than +25 pA. 

The internal capacitive load of a driver shall 
not exceed 15 pF at 25 °C whether in the ac- 
tive or the high-impedance state. 

The rise and fall times of bus drivers should 
be minimized, subject to 3.3. In no case should 
the rise or fall times exceed 50 ns at rated 
capacitive load. 


3.5 Receiver Specifications. The specifications 
for receivers on the bus shall be as follows: 
Low state: A voltage less than or equal to 
+0.8 V shall be recognized as a low state. 
High state: A voltage greater than or equal to 
+2.0 V shall be recognized as a high state. 
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Bus receivers shall have diode clamp circuits 
to prevent excessive negative voltage excursions. 

Additional noise immunity is afforded by the 
use of Schmitt-type receiver circuits. Recom- 
mended hysteresis for such receivers should be 
20.4 V. 


3.6 Bidirectional Signals. Some interface sig- 
nals, such as the data bus, are combined three- 
state drivers and receivers. For each function 
these devices shall meet the same specifications 
as separate drivers and receivers. 

The total internal capacitive load for a line 
transceiver shall not exceed 20 pF at 25 °C. 


3.7 Card-Level Bus Loading. At the card level, 
the following specifications apply: 

(1) The total capacitive load on any bus in- 
put shall not exceed 25 pF. 

(2) A card may not source more than 
0.5 mA at 0.5 V nor sink more than 80 pA at 
2.4 V on any signal line except for TMAO*, 
TMAI1*, TMA2*, TMA3*, PHANTOM®*, and 
PWRFAIL*. On these lines a card may not 
source more than 0.4 mA at 0.5 V. 

3.7.1 Bus Termination. All bus lines except 
the power and ground lines may be terminated 
to reduce bus noise using a circuit equivalent to 


BUS LINE R + z= 
where 
V=26V 
+0.2V 


R is no less than 180 {2 (+5%) 


It is recommended that open-collector lines 
not be terminated as above, but rather pulled 
up to +5 V as stated in 3.4.1. 


3.8 Read-Cycle Timing Specification. Figure 12 
depicts the read-cycle timing waveforms with 
the pertinent timing parameters shown. Table 8 
specifies these parameters. 


3.9 Write-Cycle Timing Specification. Figure 
13 depicts the write-cycle timing waveforms 
with the pertinent timing parameters shown. 
Table 8 specifies these parameters. 
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Fig 12 
Read-Cycle Timing Diagram 
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Fig 13 
Write-Cycle Timing Diagram 
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Table 8 
Read and Write Cycle Timing Parameters 
MIN (ns) MAX (ns) 
tCY ¢ PERIOD 166 2000 
tCYH ¢@ PULSE WIDTH HIGH 0.4tCY 
tCYL ¢@ PULSE WIDTH LOW 0.4tCY 
tpSY DELAY ¢ HIGH TO pSYNC HIGH; DELAY ¢ HIGH TO pSYNC LOW 10 0.4tCY 
tSY pSYNC PULSE WIDTH HIGH 0.7tCY 
tST¢ pSTVAL* LOW PRIOR TO ¢ HIGH DURING pSYNC 0 
tST pSTVAL* PULSE WIDTH HIGH 50 
tST pSTVAL* PULSE WIDTH LOW 50 
tAST ADDRESSES STABLE PRIOR TO pSTVAL* LOW DURING 70 
pSYNC HIGH 
tSST STATUS STABLE PRIOR TO pSTVAL* LOW DURING 40 
pSYNC HIGH 
tDB pDBIN PULSE WIDTH HIGH 0.9tCY 
tSTDB DELAY pSTVAL* LOW TO pDBIN HIGH 20 
tDBSY DELAY pDBIN LOW TO pSYNC HIGH 0 
tDBAS HOLD TIME FOR ADDRESSES AND STATUS AFTER pDBIN LOW 50 
tDBZ DELAY pDBIN LOW TO SLAVE DI DRIVERS Hi-Z 70 
tDBZ DELAY pDBIN HIGH TO SLAVE DI DRIVERS ACTIVE 10 70 
tACC DELAY pSTVAL* LOW TO DATA VALID SPECIFIED BY 
MANUFACTURER 
WORST CASE 
MAXIMUM FOR ALL 
SLAVES AND WORST 
CASE MINIMUM FOR 
ALL MASTERS 
tWR pWR* PULSE WIDTH LOW 0.9tCY 
tSTWR DELAY pSTVAL* LOW TO pWR* LOW 30 
tWRSY DELAY pWR* HIGH TO pSYNC HIGH 0 
tDWR SETUP TIME DO VALID TO pWR* LOW 0.1tCY 
tWRASD HOLD TIME ADDRESSES, STATUS, AND DO FROM pWR* HIGH 0.2tCY 
tWRMR DELAY pWR* LOW TO MWRT HIGH; DELAY pWR* HIGH TO 30 
MWRT LOW 
tRDY¢ SETUP TIME RDY, XRDY, SIXTN* TO ¢ RISING 70 
toRDY HOLD TIME RDY, XRDY, SIXTN* AFTER ¢ RISING 20 
tPOV OVERLAP OF PHANTOM* AND pDBIN OR pWR* 30 
tSYST DELAY FROM pSYNC HIGH TO pSTVAL* LOW 30 
tAd ADDRESSES STABLE PRIOR TO ¢ HIGH DURING pSYNC HIGH 80 
tST¢ STATUS STABLE PRIOR TO ¢ HIGH DURING pSYNC HIGH 50 
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Table 9 
Bus Transfer Timing Parameters 
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DELAY pHLDA TO ADSB*, SDSB*, DODSB* LOW 


TIME BOTH TEMPORARY AND PERMANENT MASTER DRIVE 
THE CONTROL OUTPUT LINES 


HOLD TIME ADDRESS, STATUS, AND DATA OUT FROM END 
OF STROBE TO CDSB* RISING 


DELAY FROM HOLD* RISING TO ADSB*, SDSB* AND DODSB* 
HIGH 


DELAY FROM HOLD* FALSE TO pHLDA FALSE 


DELAY FROM ¢ RISING TO CDSB* LOW 
DELAY FROM ¢ RISING TO CDSB* HIGH 


DELAY FROM HOLD* FALLING TO pHLDA RISING 


MIN MAX 


1.0tCY 


0 0.3tCY 


| BS, | BSo 


| 
+= 


leroy 
Rove taOve 


RDY, XRDY, SIXTN® 2 


ae ES 


BS3 


{SIXTN* is sampled only during pSYNC. 
RDY and XRDY are sampled when pSYNC 
= F only if the master is in a wait state. 


Fig 14 
Timing of RDY, XRDY, and SIXTN* 
During Read and Write Cycles 


3.10 Ready and Sixteen Request Timing Speci- 


fication. Figure 14 depicts RDY, XRDY, and 


SIXTN* timing waveforms during read and pDBIN 
write cycles, with pertinent timing parameters le 
shown. Table 8 specifies these parameters. pwR* 
3.11 Bus Transfer Timing Specification. Figure PHANTOM“ 


8 depicts bus-transfer timing waveforms with 


the pertinent timing parameters shown. Table 9 
specifies these parameters. 


3.12 PHANTOM* Timing Specification. Figure 


15 shows the overlap of the PHANTOM*® sig- 
nal with respect to the read and write strobes. 


Table 8 specifies these parameters. 
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Fig 15 
Overlap of PHANTOM and 
Read and Write Strobes 
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4, Mechanical Specifications 


4.1 Application. The mechanical specifications 
for standard interface systems are described in 
this section. 


4.2 Connector Type. The card edge connector 
is a 100-pin (dual 50) connector with contacts 
spaced on 0.125 in centers. It is nominally de- 
signed for printed circuit boards 0.062 in thick. 

The connector is subject to the specifications 
in 4.2.1 and 4.2.2. 
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4.2.1 Electrical Considerations. 

(1) Voltage rating: 200 V dc, minimum pin 
to pin 

(2) Current rating: 2.5 A per contact 

(8) Contact resistance: 50 MQ maximum at 
rated current after 100 insertions 

(4) Insulation resistance: 1000 M&2 mini- 
mum 

4.2.2 Connector Spacing. Connectors should 
be spaced 0.75 inches + 0.01 inches center to 
center. 


4.3 Board Size Specification. Circuit boards 
shall conform to the board size specifications 
given in Fig 16, with the exception of the 


Fig 16 
IEEE Std 696 Board 
Mechanical Parameters 
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RELATIVE TO 
CONNECTOR 
CENTER LINE OF PIN 50 | | co positions CENTER LINE 
0.125 SPACING 
10.025 
CHAMFER FINGERS— 
COMPONENT SIDE 0.015 x 45° 10.045 
BREAK ALL SHARP 
CORNERS 
| 
6.350 
6.360 
9.980 
10.020 
0.245 0.125 0.100 pia 
0.255 0.195 0.110 
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BOARD THICKNESS | 
0.255 0.325 “~ 0.062 NOMINAL —~| 0.75 NOMINAL 


GENERAL DIMENSIONS 


COMPONENT CLEARANCE BACKPLANE DIMENSIONS 
TOP VIEW 
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board height specifications. Boards may option- 
ally be 10 in high. Manufacturers of double 
height boards should specify that a board is a 
double height board in all descriptive literature 
and advertisements. The edge connector pin 
shown in the figure is pin 50. Pin 100 opposes 
pin 50 on the back side of the board. 
Total board depth shall not exceed 0.65 in. 
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Nominal board thickness is 0.062 in. 

The unshaded areas shown shall be free of all 
components, connectors, or other protrusions. 
These areas may contain circuit traces. The 
holes in the corner of the board are to allow 
the use of card extractors. Connectors shall not 
extend more than 0.5 inches above the top of 
the board. 
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pin 1 

pin 2 

pin 3 

pin 4 

pin 5 

pin 6 

pin 7 

pin 8 

pin 9 

pin 10 
pin 11 
pin 12 
pin 13 
pin 14 
pin 15 
pin 16 
pin 17 
pin 18 
pin 19 
pin 20 
pin 21 
pin 22 
pin 23 
pin 24 
pin 25 
pin 26 
pin 27 
pin 28 
pin 29 
pin 30 
pin 31 
pin 32 
pin 33 
pin 34 
pin 35 
pin 36 
pin 37 
pin 38 
pin 39 
pin 40 
pin 41 
pin 42 
pin 43 
pin 44 
pin 45 
pin 46 
pin 47 
pin 48 
pin 49 
pin 50 


+8 V (B) 
+16 V (B) 

XRDY (8) 

VIO* (S) 

VI1* (S) 

VI2* (S) 

VI3* (S) 

VI4* (S) 

VI5* (S) 

VI6* (S) 

VI7* (S) 

NMI¥* (S) 
PWRFAIL* (B) 
TMA3* (M) 

A18 (M) 

A16 (M) 

A17 (M) 

SDSB* (M) 

CDSB* (M) 

OV 

NDEF 

ADSB* (M) 
DODSB* (M) 

¢ (B) 

pSTV AL* (M) 
pHLDA (M) 

RFU 

RFU 

A5 (M) 

A4 (M) 

A3 (M) 

A15 (M) 

A12 (M) 

AQ (M) 

DO1 (M)/ED1 (M/S) 
DOO (M)/EDO (M/S) 
A10 (M) 

DO4 (M)/ED4 (M/S) 
DO5 (M)/ED5 (M/S) 
DO6 (M)/ED6 (M/S) 
DI2 (S)/OD2 (M/S) 
DI3 (S)/OD3 (M/S) 
DI7 (S)/OD7 (M/S) 
sM1 (M) 

sOUT (M) 

sINP (M) 

sMEMR (M) 

sHLTA (M) 

CLOCK (B) 

OV 


5. Quick Reference 
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pin 51 
pin 52 
pin 53 
pin 54 
pin 55 
pin 56 
pin 57 
pin 58 
pin 59 
pin 60 
pin 61 
pin 62 
pin 63 
pin 64 
pin 65 
pin 66 
pin 67 
pin 68 
pin 69 
pin 70 
pin 71 
pin 72 
pin 73 
pin 74 
pin 75 
pin 76 
pin 77 
pin 78 
pin 79 
pin 80 
pin 81 
pin 82 
pin 83 
pin 84 
pin 85 
pin 86 
pin 87 
pin 88 
pin 89 
pin 90 
pin 91 
pin 92 
pin 93 
pin 94 
pin 95 
pin 96 
pin 97 
pin 98 
pin 99 
pin 100 


+8 V (B) 

-16 V (B) 

0 volts 

SLAVE CLR* (B) 
TMAO* (M) 
TMA1* (M) 
TMA2* (M) 
sXTRQ* (M) 

Al19 

SIXTN# (S) 

A20 (M) 

A21 (M) 

A22 (M) 

A23 (M) 

NDEF 

NDEF 
PHANTOM* (M/S) 
MWRT (B) 


RESET* (B) 
pSYNC (M) 

pWR* (M) 

pDBIN (M) 

AO (M) 

Al (M) 

A2 (M) 

AG (M) 

AT (M) 

A8 (M) 

A13 (M) 

A14 (M) 

All (M) 

DO2 (M)/ED2 (M/S) 
DO8 (M)/ED3 (M/S) 
DO7 (M)/ED7 (M/S) 
DI4 (S)/OD4 (M/S) 
DI5 (S)/OD5 (M/S) 
DI6 (S)/OD6 (M/S) 
DI1 (S)/OD1 (M/S) 
DIO (S)/OD1 (M/S) 
sINTA (M) 

sWO* (M) 

ERROR# (S) 

POC* (B) 

OV 
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